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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible 
for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1 .17(e) has been 
timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 
1.114. Applicant's submission filed 10/26/2010 has been entered. 

RESPONSE TO ARGUMENTS 
Double Patenting Rejection 

2. The Double Patenting rejection has been sustained. See the Decision on Petition under 
37C.F.R. § 1.181 of 05/06/2009. 

3. Applicant's arguments filed 10/26/2010 have been fully considered but they are not 
persuasive. 

Rejections under 35 U.S.C. § 102 

4. Applicant argues that Zintel does not disclose: "further level of subsidiary device types 
depending from the basic device type and inheriting properties of higher level device types on 
which the subsidiary device type depends, but not including any further level of subsidiary 
device types depending from the controller device type". However, these limitations are 
described in at least [0002-0003], [0151-0154], [0135] and [0069] of Zintel which describes the 
dynamic connectivity among distributed devices and services and the capability for devices to 
automatically self-configure to interoperate with other peer devices on a network in a pervasive 
computing environment (See also the following figures of Zintel and accompanying paragraphs: 
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fig. 1-3, 5, 7-8, 1 1). Zintel discloses device type descriptions (which are exchanged between 
networked devices) including a Device Type Identifier, the fixed elements in the Description 
Document, the required set of Service Definitions in the Root Device, and the hierarchy of 
required Devices and Service Definitions. The Applicant's "controller device type" is, for 
example, a universal remote control (Blackwell, [0088], "The first means of determining the 
capabilities of a controller device is by the Extended Device Description which is permitted on a 
controller device and may contain information such as the device name e.g. "Universal Remote 
Control".") Zintel discloses the Applicant's invention as claimed including the "further level of 
subsidiary device types depending from the basic device type and inheriting properties of higher 
level device types on which the subsidiary device type depends, but not including any further 
level of subsidiary device types depending from the controller device type." For example, see 
Zintel, [0135]: "hierarchy of required Devices and Service Definitions", [0154]: "All Devices, 
including Root Devices belong to one or more Device Types. Device Types are intended to 
enable instances of Devices to be simply and automatically grouped for presentation.", [0003]: 
"A prevalent feature of these connectivity scenarios is to provide remote access and control of 
connected devices and services from another device with user interface capabilities (e.g., a 
universal remote controller, handheld computer or digital assistant, cell phones, and the like)." 
See also [0151-0154]. 

Double Patenting 

5 . The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
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improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, All F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

6. A timely filed terminal disclaimer in compliance with 37 CFR 1.321 (c) or 1 .32 1 (d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

7. Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

8. Claims 1-22 are provisionally rejected on the ground of nonstatutory obviousness-type 
double patenting as being unpatentable over claims of copending Application No. 10/523377. 
Although the conflicting claims are not identical, they are not patentably distinct from each other 
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because claims 1-7, 11-14, and 16-19 contain every element of the instant application and as 
such anticipates the claims 1-22 of the instant application. 

9. This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

Claim Rejections - 35 USC § 102 

10. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
Stales and w as published under Article 2 1 (2) of such treaty in the English language. 

1 1 . Claims 3-22 are rejected under 35 U.S.C. 1 02(e) as being anticipated by 2002/0029256 to 
Zintel et al (hereinafter Zintel). 

Regarding claims 1-3,6, 14, 22 Zintel teaches a method of operation of a networked 
device, including: transmitting or receiving from a first device to a second device a request for a 
simple device description message of defined length from a first device to a second device 
(Zintel, abstract, retrieval of device description.), the simple device description message being in 
the form of a token-compressed message compressed from a human-readable message format 
(Zintel, abstract, the description is written using XML based syntax.); 
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Including by the second device a device type value representing the type of the second 
device in the simple device description message; and Transmitting from the second device to the 
first device the simple device description message (Zintel, abstract, description includes model 
name and number as well as a list of embedded devices.); the device type value being selected 
from a device type hierarchy having predetermined top level elements including a controller 
device type and a basic device type (Zintel, [0069], A Device Definition includes a Device Type 
Identifier, the fixed elements in the Description Document, the required set of Service 
Definitions in the Root Device, and the hierarchy of required Devices and Service Definitions.), 
and at least one further level of subsidiary device types depending from the basic device type and 
inheriting properties of higher level device types on which the subsidiary device type depends, 
(Zintel, [0069], [0135], see also See also [0151-0160]. , and [0002]. Zintel discloses dynamic 
connectivity among distributed devices and services, and more particularly relates to providing a 
capability for devices to automatically self-configure to interoperate with other peer networking 
devices on a network, such as in a pervasive computing environment.), but not including any 
further level of subsidiary device types depending from the controller device type (Zintel, See 
[0002-0003], [0069], [0135], "The UPnP Device Model 200 shown in FIG. 3 is the model of a 
UPnP Controlled Device or Bridge that is emulating native Controlled Devices. The Device 
Model includes the addressing scheme, eventing scheme, Description Document schema, 
Devices and Services schema and hierarchy, and the functional description of modules." See also 
[0151-0160].). 
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Regarding claim 4, 9 Zintel teaches the method according to claim 3 further including the 
acts of: establishing an address of at least one other device; sending a simple device description 
query message to the at least one other device requesting a simple device description; receiving 
from the at least one other device or devices the simple device description message of the at least 
one other device (Zintel, [0061], user control points initiate discovery and communicate with 
controlled devices. Events are received from controlled devices.). 

Regarding claim 5, Zintel teaches the method according to claim 3 further comprising the 
acts of: sending an extended device description query message to the at least one other device 
requesting an extended device description from the at least one other device; and receiving from 
the other device an extended device description of variable length (Zintel, [0061], user control 
points initiate discovery and communicate with controlled devices. Events are received from 
controlled devices.). 

Regarding claim 7, Zintel teaches the method according to claim 6 further including the 
act of: determining an extent to which the controller can control the at least one other device in 
the list of device types that can be controlled by the controller; wherein the determining act is 
performed by the act of determining the lowest level of device type that either is the device type 
of the at least one other device or is a higher level device type from which the device type of the 
at least one other device depends (Zintel, fig. 3,11, 12). 
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Regarding claim 8, Zintel teaches the method according to claim 7 further including the 
acts of: receiving a controller query message from another device including a requested device 
type value to request whether the controller is able to control a device of the requested device 
type (Zintel, [0233], request to control server.); and responding with a controller response 
message including a device type value representing the lowest level of device type in the list of 
device types that either is the requested device type or is a higher level device type from which 
the requested device type depends (Zintel, [0234], response to request.). 

Regarding claim 10, Zintel teaches the method according to claim 9 wherein the 
predetermined top level elements in the device type hierarchy further include a composite device 
type, and the networked device is of the composite device type having the functionality of an 
integer number of other devices (Zintel, [0062], control points and controlled devices.), the 
method further comprising the act of: responding to a received simple device description query 
message by sending a simple device description message including the device type value 
representing the device as a composite device and further an integer sub-device number being the 
number of other devices (Zintel, [0062], controlled devices respond to discovery requests, accept 
incoming communications from control points and send events to control points. Single devices 
implement functionality of control point and controlled devices.). 

Regarding claim 11, Zintel teaches the system, comprising: a plurality of networked 
devices each having a transceiver for sending and receiving network messages, the networked 
messages including device description messages identifying a device type of a networked device 
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(Zintel, abstract, retrieval of device description messages. Paragraphs [0061-0062], 
communication with UPnP controlled devices including initiating discovery with controlled 
devices and receiving events from controlled devices.); wherein each networked device has a 
predetermined device type selected from a device type hierarchy having predetermined top level 
elements including a controller device type and a basic device type (Zintel, [0069], A Device 
Definition includes a Device Type Identifier, the fixed elements in the Description Document, 
the required set of Service Definitions in the Root Device, and the hierarchy of required Devices 
and Service Definitions.), and at least one further level of subsidiary device types depending 
from the basic device type and inheriting properties of higher level device types on which the 
subsidiary device type depends, but not including any further level of subsidiary device types 
depending from the controller device type (Zintel, [0002-0003], [0151-0154], [0135] and 
[0069].); at least one of the networked devices is a controller device with a controller device type 
(Zintel, fig. 2.); and at least one of the networked devices is a controlled device with a device 
type of the basic device type or a device type depending from the basic device type (Zintel, fig. 
2-3, controlled device, bridge.). 

Regarding claim 12, Zintel teaches the system according to claim 11, wherein the 
plurality of networked devices includes: at least one simple device without the capability to 
decompress messages, the at least one simple device interpreting directly compressed simple 
device description query messages (Zintel, [0064], service provider translates between UPnP 
protocols and protocols used by bridged and legacy devices.) and at least one complex device 
including a message decompression arrangement (184) for decompressing the messages and a 
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message interpreter for interpreting the decompressed messages (Zintel, [0073-0075], device 
type identifier, device friendly name, unique device name used by devices in searching and 
identifying. Also, [0077], user control point uses standard http header.). 

Regarding claim 13, Zintel teaches the system according to claim 1 1 wherein the 
predetermined top level elements further include a composite device type (Zintel, [0062], 
controlled devices respond to discovery requests, accept incoming communications from control 
points and send events to control points. Single devices implement functionality of control point 
and controlled devices.); wherein the system includes at least one networked device of the 
composite device type having the functionality of a predetermined number of other devices, the 
predetermined number being an integer greater than or equal to 2 (Zintel, fig. 2, user control 
point, controlled devices.); and wherein each of the at least one networked device of the 
composite device type responds to an incoming device query message requiring a simple device 
description by sending a simple device description including the device type as a composite 
device and a sub-device number representing the predetermined number of other devices (Zintel, 
abstract, retrieval of device description including model, serial number, and list of embedded 
devices.). 

Regarding claim 15, Zintel teaches the networked device according to claim 14, wherein 
the message handler is arranged to carry out the acts of: establishing an address of the further 
device; sending a simple device description query message to further device requesting a simple 
device description; receiving from the further device the simple device description message of 
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fixed length including a device type value representing a type of the further device and a field 
indicating whether an extended device description is available (Zintel, [0061-0062], 
communication with UPnP controlled devices including initiating discovery with controlled 
devices and receiving events from controlled devices. See also abstract.); and further arranged to 
optionally carry out the acts of: testing the simple device description message to determine 
whether an extended device description is available; sending an extended device description 
query message to the further device requesting an extended device description from the further 
device; and receiving from the further device an extended device description of variable length 
(Zintel, abstract, [0061-0062], also [0069], device definition.). 

Regarding claim 16, Zintel teaches the networked device according to claim 14 wherein 
the message handler is arranged to carry out the acts of: receiving a simple device description 
query message from another device requesting a simple device description; and sending to the 
other device the simple device description message of fixed length (Zintel, [0061-0062], 
communication with UPnP controlled devices including initiating discovery with controlled 
devices and receiving events from controlled devices. See also abstract.), the simple device 
description message being in a form of a token-compressed message compressed from a human- 
readable message format (Zintel, abstract, the description is written using XML based syntax.). 

Regarding claim 17, Zintel teaches the networked device according to claim 16 further 
comprising a memory storing a predetermined simple device description message precompressed 
from human readable format, wherein the message handler is arranged to read the predetermined 
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simple device description message from the memory and send it through the transceiver in 
response to an incoming device query message (Zintel, [0061-0062], communication with UPnP 
controlled devices including initiating discovery with controlled devices and receiving events 
from controlled devices. See also abstract, retrieval of device description. See also [0133-0134] 
and table therein. See also, fig. 25, memory.). 

Regarding claim 18, Zintel teaches the networked device according to claim 17 wherein 
the networked device is a controller device comprising a memory containing a list of device 
types that can be controlled by the controller for determining the extent to which the networked 
device can control another device of known device type by determining a lowest level device 
type in the list of device types that can be controlled by the networked device that either is the 
known device type or is a higher level device type from which the known device type depends 
(Zintel, abstract, retrieval of device description including list of embedded devices. See also at 
least figs. 1-2, paragraphs [0002-0003].). 

Regarding claim 19, Zintel teaches the networked device according to claim 18 wherein 
the message handler is arranged to receive a controller query message from the another device 
including a requested device type value to request whether the controller is able to control a 
device of the requested device type (Zintel, [0233], request to control server.); and to respond 
with a controller response message including a device type value representing the lowest level of 
device type in the list of device types that either is the requested device type or is a higher level 
device type from which the requested device type depends (Zintel, [0234], response to request.). 
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Regarding claim 20, Zintel teaches a computer readable medium containing a computer 
program defining a device type hierarchy having predetermined top level elements including a 
controller device type and a basic device type (Zintel, [0069], A Device Definition includes a 
Device Type Identifier, the fixed elements in the Description Document, the required set of 
Service Definitions in the Root Device, and the hierarchy of required Devices and Service 
Definitions.), and at least one further level of subsidiary device types depending from the basic 
device type and inheriting properties of higher level device types on which the subsidiary device 
type depends, but not including any further level of subsidiary device types depending from the 
controller device type (Zintel, [0002-0003], [0069], [0135], [0151-0160].), the computer program 
being arranged to cause a networked device to send and/or receive simple device description 
messages including the device type selected from the device type hierarchy (Zintel, abstract, 
retrieval of device description including list of embedded devices. See also [0067].). 

Regarding claim 21, Zintel teaches the computer readable medium according to claim 20 
for controlling a controller-type networked device, the networked device having a transport stack 
and an application, the computer program comprising: code implementing a transport adaption 
layer for interfacing with the transport stack; code implementing an application programming 
interface for interfacing with the application; and code implementing a messaging layer 
including the capabilities of sending and receiving messages in a token-encoded human readable 
messaging format, the code being arranged to cause the networked device: to recognize incoming 
device query messages requiring a simple device description response and to provide a simple 
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device description response including a device type of controller device type; to respond to an 
incoming controller query message querying whether the networked device can control a 
predetermined device type by responding with the lowest level of device type in the list of device 
types that can be controlled by the networked device that either is the predetermined device type 
or is a higher level device type from which the predetermined device type depends (Zintel, 
abstract, retrieval of device description messages. Paragraphs [0061-0062], communication with 
UPnP controlled devices including initiating discovery with controlled devices and receiving 
events from controlled devices.); and to carry out the acts of: sending a device query message to 
another device; receiving a response from the other device indicating the device type of the other 
device (Zintel, abstract, retrieval of device description messages. Paragraphs [0061-0062], 
communication with UPnP controlled devices including initiating discovery with controlled 
devices and receiving events from controlled devices.), the device type being selected from a 
device type hierarchy having predetermined top level elements including a controller device type 
and a basic device type (Zintel, [0069], A Device Definition includes a Device Type Identifier, 
the fixed elements in the Description Document, the required set of Service Definitions in the 
Root Device, and the hierarchy of required Devices and Service Definitions.), and at least one 
further level of subsidiary device types depending from the basic device type and inheriting 
properties of higher level device types on which the subsidiary device type depends, but not 
including any further level of subsidiary device types depending from the controller device type 
(Zintel, [0002-0003], [0069], [0135], [0151-0160].); determining the extent to which the 
networked device can control the other device by determining the lowest level of device type that 
either is the device type of the other device or is a higher level device type from which the device 
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type of the other device depends, in the list of device types that can be controlled by the 
networked device; and controlling the other device with the functionality of the determined 
lowest level of device type by sending control signals selected from a list of control signals 
appertaining to the determined lowest level of device type (Zintel, [0061-0062], communication 
with UPnP controlled devices including initiating discovery with controlled devices and 
receiving events from controlled devices. See also abstract, retrieval of device description. See 
also [0133-0134] and table therein. See also, fig. 25, memory.). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to RYAN J. JAKOVAC whose telephone number is (571)270-5003. 
The examiner can normally be reached on Monday through Friday, 7:30 am to 5:00 pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Vivek Srivastava can be reached on 571-272-7304. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Ryan Jakovac/ 

/VIVEK SRIVASTAVA/ 

Supervisory Patent Examiner, Art Unit 2445 



